TABLE OF CONTENTS 



I. REAL PARTY IN INTEREST 1 

II. RELATED APPEALS AND INTERFERENCES 1 

III. STATUS OF CLAIMS 2 

IV. STATUS OF AMENDMENTS 2 

V. SUMMARY OF CLAIMED SUBJECT MATTER 2 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 3 

VII. ARGUMENT 4 

VIII. CLAIMS APPENDIX 15 

IX. EVIDENCE APPENDIX 20 

X. RELATED PROCEEDINGS APPENDIX 21 



Attorney Docket No. RSW92003021 1US1 (7161-125U) 



PATENT 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
BEFORE THE BOARD OF PATENT APPEALS AND INTERFERENCES 



In re Application of 



Customer Number: 46320 



Velda BARTER, et al. 



Confirmation Number: 7782 



Application No.: 10/754,375 



Group Art Unit: 2173 



Filed: January 9, 2004 



Examiner: N. Ulrich 



For: DYNAMIC COMPOSITION OF HELP INFORMATION FOR AN AGGREGATION 
OF APPLICATIONS 



This Appeal Brief is submitted in support of the Notice of Appeal filed January 3, 2008, 
wherein Appellants appeal from the Examiner's rejection of claims 1-16. 

I. REAL PARTY IN INTEREST 

This application is assigned to IBM Corporation by assignment recorded on January 9, 
2004, at Reel 014888, Frame 0279. 
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Mail Stop Appeal Brief - Patents 
Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 



Sir: 



II. RELATED APPEALS AND INTERFERENCES 



Appellants are unaware of any related appeals and interferences. 
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III. STATUS OF CLAIMS 

Claims 1-16 are pending and three-times rejected in this Application. It is from the 
multiple rejections of claims 1-18 that this Appeal is taken. 

IV. STATUS OF AMENDMENTS 

The claims have not been amended subsequent to the imposition of the Third and Final 
Office Action dated October 3, 2007 (hereinafter the Third Office Action). 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

1 Referring to Figure 4 and also to independent claims 1 and 1 1 , a method (and machine 

2 readable storage for implementing the method) for producing a composite help view for an 

3 aggregation of applications is disclosed. In blocks 420-430, at least two separate help documents 

4 are obtained, and each of the at least two separate help documents having an association with a 

5 corresponding one of separate interface units aggregated together into a single aggregated view 

6 (lines 1-7 of paragraph [0036]). In block 445, the at least two separate help documents are 

7 combined into a composition of help documents corresponding to the single aggregated view 

8 (lines 1-3 of paragraph [0037]). In block 480, the composition of help documents is rendered in 

9 a help system view responsive to a request for help initiated in the single aggregated view (lines 

10 8-10 of paragraph [0038]). 

11 Referring to Figure 1 and also to independent claim 7, a system for producing a 

12 composite help view for an aggregation of applications is disclosed. The system includes an 

13 application aggregator 130, a help system 140, and help invoking logic 170. The application 

14 aggregator 130 is configured to aggregate individual interface units 110 into a single aggregated 
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1 view 150 (lines 1-6 of paragraph [0026]). The help system 140 is configured to render a help 

2 system view 160 comprising composite help documentation 190 comprising at least two help 

3 documents 120, each of the at least two help documents 120 corresponding to one of the 

4 individual interface units 110 (lines 1-6 of paragraph [0027]). The help invoking logic 170 is 

5 coupled to the help system 140 and disposed in the single aggregated view 150 (lines 1-5 of 

6 paragraph [0028]). 

VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

1. Claims 1, 3, 5-11, 13, and 15-16 were rejected under 35 U.S.C. § 103 for obviousness 
based upon Hickman et al, U.S. Patent No. 5,351,361 (hereinafter Hickman), in view of Lillie et 
al., U.S. Patent Publication No. 2005/0065913 (hereinafter Lillie); and 

2. Claims 2, 4, 12, and 14 were rejected under 35 U.S.C. § 103 for obviousness based 
upon Hickman in view of Lillie and Palaniappan et al., U.S. Patent Publication No. 
2002/0054152 (hereinafter Palaniappan). 
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VII. ARGUMENT 



1 The Rejection of Claims 1, 3, 5-11, 13. and 15-16 Under 35 U.S.C. $ 103 for 

2 Obviousness based upon Hickman in view of Lillie 

3 For convenience of the Honorable Board in addressing the rejections, claims 5-6, 11, and 

4 15-16 stand or fall together with independent claim 1; claim 13 stands or falls together with 

5 claim 3; and claims 8-10 stand or fall together with independent claim 7. 
6 

7 As is evident from Appellants' previously-presented comments during prosecution of the 



8 present Application and from Appellants' comments below, there are questions as to how the 

9 limitations in the claims correspond to features in the applied prior art. In this regard, reference 

10 is made to M.P.E.P. § 1207.02, entitled "Contents of Examiner's Answer." Specifically, the 

1 1 following is stated: 



12 (A) CONTENT REQUIREMENTS FOR EXAMINER'S ANSWER. The examiner's 

13 answer is required to include , under appropriate headings, in the order indicated, the following 

14 items: 
15 

16 (9)(e) For each rejection under 35 U.S.C. 102 or 103 where there are questions 

17 as to how limitations in the claims correspond to features in the prior art even after the 

1 8 examiner complies with the requirements of paragraphs (c) and (d) of this section, the 

1 9 examiner must compare at least one of the rejected claims feature by feature with the 

20 prior art relied on in the rejection. The comparison must align the language of the claim 

21 side -by-side with a reference to the specific page, line number, drawing reference 

22 number, and quotation from the prior art, as appropriate, (emphasis added) 



24 Therefore, if the Examiner is to maintain the present rejections and intends to file an Examiner's 

25 Answer, the Examiner is required to include the aforementioned section in the Examiner's 

26 Answer. 
27 
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1 Claim 1 

2 On pages 2-4 of the Request for Reconsideration filed July 16, 2007 (hereinafter the 

3 Second Response), Appellants presented the following arguments. In the third full paragraph on 

4 page 3 of the Second Office Action, the Examiner admitted the following: 

5 Hickman fails to disclose "interface units aggregated together into a single aggregated view", 

6 "help documents corresponding to said single aggregated view", and "rendering responsive to a 

7 request for help initiated in said single aggregated view". 



9 Obviousness is a legal conclusion based on underlying facts of four general types, all of which 

10 must be considered by the trier of fact: (1) the scope and content of the prior art; (2) the level of 

1 1 ordinary skill in the art; (3) the differences between the claimed invention and the prior art; and 

12 (4) any objective indicia of nonobviousness. 1 Appellants respectfully submit that the Examiner 

13 has failed to properly characterize regarding (1) the scope and content of the prior art and (3) the 

14 differences between the claimed invention and the prior art. In particular, Hickman fails to teach 

15 a composition of help documents corresponding to the single aggregated view and rendering the 

1 6 composition of help documents responsive to a request for help initiated in the single aggregated 

17 view. 
18 



19 In the fourth full paragraph on page 3 of the Second Office Action, the Examiner asserted 

20 the following with regard to the teachings of Lillie: 

21 However, Lillie discloses interface units aggregated together into a single aggregated 

22 view (Fig 5 and Paragraph 0054 lines 5-1 2: four portlets arc aggregated to one portal view); 

23 help documents corresponding to said single aggregated view (Paragraph 0058: Help files can be 

24 linked. It is inherent that these help files would correspond the portlets within the portal page); 

25 and rendering help files responsive to request for help initiated in single aggregated view 

26 (Paragraph 0058: input and output mechanisms can be employed for various communications. 
21 Help files can be linked for manual invocation) (emphasis in original) 

28 



1 See KSR Int'l v. Teleflex Inc. . 550 U.S. (2007); Graham v. John Deere Co. . 383 U.S. 1, 17-18 (1966); 

Continental Can Co. USA. Inc. v. Monsanto Co. . 948 F.2d 1264, 1270, 20 USPQ2d 1746, 1750-51 (Fed. Cir. 1991); 
Panduit Corp. v. Dennison Mfg. Co. . 810 F.2d 1561, 1566-68, 1 USPQ2d 1593, 1594 (Fed. Cir. 1987). 
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1 Finally, in the first full paragraph on page 4 of the Second Office Action, the Examiner 

2 concluded the obviousness analysis as follows: 

3 Lillie does not explicitly explain the operation of the help files associated with the portal 

4 page but does discuss the inclusion of such a feature. Since both Hickman and Lillie's field of 

5 endeavor deal with aggregating multiple computer content together, it would have been obvious to 

6 one skilled in the art at the time of the invention to combine the teachings of Lillie and Hickman in 

7 order to create a single help file directory associated with an aggregate application like a portal. It 

8 would also be obvious to modify Hickman's invention to populate a list of installed applications 

9 present in the portal page rather than programs installed within the entire system. 

10 

11 At the outset, Appellants note that the Examiner has submitted a substantially flawed analysis. 

12 In rejecting a claim under 35 U.S.C. § 103, the Examiner is required to identify a source in the 

13 applied prior art for: (1) claim limitations; and (2) the motivation to combine references or modify a 



14 reference in the reasonable expectation of achieving a particular benefit. 2 The Examiner, however, 

15 has failed to establish that either Hickman or Lillie teach or suggest the claimed composition of help 

16 documents corresponding to the single aggregated view. Moreover, the Examiner has failed to 

17 establish what is the particular benefit that one having ordinary skill in the art would enjoy based 

18 upon this combination. Thus, the Examiner has identified a source in Lillie for neither the 

19 claimed composition of help documents corresponding to the single aggregated view nor a 

20 particular benefit associated with this modification. 
21 

22 As an aside, Appellants are unclear as the Examiner statement that "it would also be 

23 obvious to modify Hickman's invention to populate a list of installed applications present in the 

24 portal page rather than programs installed within the entire system." What is the "list of installed 

25 applications present in the portal page" being populated with? 
26 

27 

2 Smiths Industries Medical System v. Vital Signs Inc. . 183 F.3d 1347, 51 USPQ2d 1415 (Fed. Cir. 1999). 
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1 In response to Appellants' arguments that Hickman fails to teach a composition of help 

2 documents corresponding to the single aggregated view and rendering the composition of help 

3 documents responsive to a request for help initiated in the single aggregated view, the Examiner 

4 asserted the following in the paragraph spanning pages 1 1 and 12 of the Third Office Action: 



5 Hickman's invention is directed towards aggregating a plurality of help documents that represent 

6 applications that are installed on a given operating system. This is accomplished by determining a 

7 list of application programs installed within the system, extract help topic descriptors from each of 

8 the applications on the list, and combining them into hierarchal help utility storage area for 

9 retrieval by a user. Lillie's invention is directed towards portal pages with aggregate a plurality of 

10 portlets into a single aggregated view. It is well known in the art that portlets are applications that 

1 1 are managed and displayed by a portal page. When combining Hickman's and Lillie's invention, it 

12 would be obvious to aggregate the help files associated with the portlets. First, as discussed in the 

13 rejection of claim 1, a list of portlets present in a given aggregated view (portal page) would be 

14 obtained from the portal configuration of Lillie's invention. Then Hickman's invention would 

15 extract the help topics for each of the portlets present within the portal configuration, and then 

1 6 combine them into a hierarchal help utility storage area for retrieval by a user. By combining the 

17 single aggregated view of Lillie's invention, with the methods of Hickman's invention, we would 

18 reach the claimed limitation of a composition of help documents corresponding to a single 

1 9 aggregated view. 
20 



21 At the outset, Appellants note that the Examiner is presenting two inconsistent assertions in the 

22 Third Office Action. In the first full paragraph on page 3 of the Third Office Action, the 

23 Examiner is asserting that Hickman, alone , teaches the claimed limitation at issue (i.e., 

24 combining the help documents into a composition and rendering the composition). However, in 

25 the above-reproduced passage, the Examiner is now asserting that the combination of Hickman 

26 and Lillie teaches this limitation. 
27 

28 Regarding the Examiner's assertion that "Lillie's invention is directed towards portal 

29 pages with aggregate a plurality of portlets into a single aggregated view," Appellants do not 

30 disagree with the Examiner's characterization of the teachings of Lilly. As is very well4aiown in 

31 the art, portlets are individual views that can be aggregated into a single aggregated view (i.e., a 

32 portal). This is comparable to what is disclosed in Fig. 2 of Appellants' specification, which 
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1 shows three portals (i.e., Portlet 1, Portlet 2, Portlet 3), each with its own view, and aggregated 

2 into a single view 2 1 0 . 
3 

4 Appellants, however, vigorously disagree with the Examiner's assertion that "it would be 

5 obvious to aggregate the help files associated with the portlets ... as discussed in the rejection of 

6 claim 1, a list of portlets present in a given aggregated view (portal page) would be obtained 

7 from the portal configuration of Lillie's invention." An aggregation of portlets (as taught by 

8 Lillie and found in Appellants' own specification), however, is not comparable to the claimed 

9 composition of help documents. Referring to the top image in Fig. 2 of Appellants' specification, 

10 an aggregation 210 of portlets shows that the portlets are separate entities with their own view. 

11 In contrast, the lower image in Fig. 2 of Appellants' specification shows that the composition 270 

12 of help documents (i.e., 280A, 280B, 280C) is a single entity with its own view. Therefore, as 

13 evidenced by Appellants' own specification, an aggregation of portlets is not comparable to the 

14 claimed composition of help documents. Therefore, even if one having ordinary skill in the art 

15 were motivated to combine the applied prior art, based upon the teachings of the applied prior art 

16 the claimed invention would not result since the resultant combination would not disclose all of 

17 the claimed limitations. 
18 

19 

20 In response to Appellants' arguments the Examiner has failed to establish what is the 

21 particular benefit that one having ordinary skill in the art would enjoy based upon this 

22 combination, the Examiner asserted the following in the paragraph spanning pages 1 1 and 12 of 

23 the Third Office Action: 
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1 In this case, one skilled in the art would be motivated to combine Hickman and Lillie in order to 

2 combine various help utilities for applications present on a given system, into a unified interface 

3 which hierarchically defines all the help information available to a user, as suggested by Hickman 

4 (Column 1 lines 24-47). 
5 

6 Appellants are unclear why one having ordinary skill in the art would have been impelled to 

7 modify Hickman in view of Lillie based upon this asserted motivation described by Hickman. 

8 The teachings of Hickman are already directed to "providing a hierarchical integrated help utility 

9 that integrates help information across multiple independent applications" (see column 1, lines 

10 5 1 -53 of Hickman). Thus, any modification based upon Lillie would be redundant to the solving 

1 1 of the problem already allegedly solved by Hickman and would not have realistically impelled 

12 one having ordinary skill in the art to make the modification/ 
13 

14 In addition to the above-reproduced statement, the Examiner further asserted the 

15 following: 

1 6 Both Hickman's and Lillie's invention deal with aggregating computer content together. It would 

17 have been obvious to one of ordinary skill having the teachings of Hickman and Lillie before him 

18 to modify Hickman's invention to aggregate the help files of applications present within a portal 

19 page. As discussed in the background section of Hickman's invention, application programs are 

20 developed by more than one software vendor, which result in various help utility implementations. 

21 This can also be said for portal pages. Portal pages are made of diverse portlets, which are 

22 applications that can be developed by a plurality of software vendors. Therefore, as discussed by 

23 Hickman, there is a need to aggregate help files associated with a plurality of applications, in order 

24 to obtain a single unified interface for accessing help files of a plurality of application programs. 
25 

26 At the outset, Appellants note that the Examiner has overreached in characterizing the teachings 

27 of Hickman and Lillie. Referring to Fig. 3, Hickman teaches aggregating help file directories 

28 313, 323 into a single integrated help utility 340. However, the help files 312, 322 are not 

29 integrated into a composition of help documents, as claimed. Instead, a user, using a help viewer 

30 320, accesses the integrated help utility 340 to separately access each of the help files 312, 322. 



3 See the non-precedential opinion of Ex parte Rinkevich, Appeal 2007-13 17 ("we conclude that a person of 
ordinary skill in the art having common sense at the time of the invention would not have reasonably looked to Wu 
to solve a problem already solved by Savill") (emphasis in original). 
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1 In comparing Fig. 3 of Hickman to Fig. 2 of Hickman (Hickman considers Fig. 2 to be prior art), 

2 there is no change in how Hickman treats the separate help files 212, 222. Lillie, on the other 

3 hand, teaches the very well-known concept that separate portlet views can be aggregated into a 

4 portal. However, portlets and help documents are not comparable and the Examiner has failed to 

5 establish that the teachings as to portlets are applicable to help documents. 
6 

7 The Examiner's assertion that "there is a need to aggregate help files associated with a 

8 plurality of applications, in order to obtain a single unified interface for accessing help files of a 

9 plurality of application programs" is both factually unsupported by the teachings of the applied 

10 prior art and still would not have led to the claimed invention. The Examiner has still failed to 

1 1 point to where the prior art identifies "a need to aggregate help files associated with a plurality of 

12 applications." Moreover, obtaining "a single unified interface for accessing help files of a 

13 plurality of application programs" is already described by Hickman (and thus the teachings of 

14 Lillie would be redundant/unnecessary). Furthermore, the single unified interface for accessing 

15 help files, as already taught by Hickman, does not require a composition of help documents since 

16 Hickman shows that the help documents are not a composition. 
17 

18 



19 Claim 3 

20 On pages 4 and 5 of the Second Response, Appellants presented the following arguments. 

21 Dependent claims 3 and 13 each recite, in part, the following limitations: 

22 rendering both a view of said composition of help documents, and 

23 individual views of said separate help documents, (emphasis added) 
24 
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1 To teach these limitations, the Examiner cited column 6, lines 64, 66, which state "[t]hus, the 

2 present invention integrates the display and selection of help directory information from multiple 

3 applications into a single window." The Examiner further stated the following: 

4 The display of help information is performed by help viewer while the selection of help 

5 information is performed by the integrated help utility (bookcase) Both are present in a single 

6 window on the display system. 

7 

8 Appellants note that the above assertion is not supported by the Examiner's cited passage within 

9 Hickman. Moreover, even if this assertion was supported, it does not teach or suggest the 

10 claimed limitations recited in claims 3 and 13. The claimed invention recites that at least three 

11 views are rendered: (i) the composition of help documents and (ii)/(iii) individual views (i.e., a 

12 plurality of views, which constitutes two or more views). Not only are these at least three views 

13 not disclosed as being rendered by Hickman, Appellants are unclear as to which of the claimed 

14 views the alleged "selection of help information is performed by the integrated help utility" 

15 corresponds. 
16 

17 In response to these arguments, the Examiner asserted the following in the paragraph 

18 spanning pages 13 and 14 of the Third Office Action: 

19 In regard to applicant's argument that Hickman does not teach or suggest the limitations 

20 of claim 3 and 13, the examiner disagrees. Applicant asserts that claims 3 and 13 teach rendering 

21 at least three views: (i) the composition of help documents and (ii) (iii) individual views of help 

22 documents. Examiner cited column 6 lines 64-66 of Hickman's disclosure, which states, "the 

23 present invention integrates the display and selection of help directory information from multiple 

24 applications into a single window". This cited passage is further explained in Figure 5 of 

25 Hickman's disclosure. Figure 5 clearly shows composition of help documents (Bookcase Help) 

26 and individual views of separate help documents (application 1 and 2) . The cited passage 

27 describes the selection of help directory information, This is accomplished from the composition 

28 of help documents displayed in the Bookcase. The passage further describes the display of help 

29 directory information. By selecting a topic listed in the bookcase, the help information is displayed 

30 within a window represented in figure 5. The passage further states integrated into a single 

3 1 window. Therefore, the composition of help documents and individual views of separate help 

32 documents are all displayed within a single window all at once. 

33 

34 The Examiner's analysis is predicated upon a faulty finding of fact. Referring to the underlined 

35 passage above and Fig. 5, Hickman does not teach rendering individual views of separate help 
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1 documents, as alleged by the Examiner. Instead, "APPLICATION 1" and "APPLICATION 2." 

2 Referring to column 6, lines 4-8, what are being illustrated are applications and not help files. 
3 

4 Claim 7 

5 On page 7 of the Office Action, with regard to the claimed "help invoking logic coupled 

6 to said help system and disposed in said single aggregated view," the Examiner cited Column 7, 

7 lines 14-29 of Hickman. However, upon reviewing the Examiner's cited passage, Appellants are 

8 unclear where, specifically, Hickman teaches that the help invoking logic is disposed in the 

9 single aggregated view. With regard to the Examiner's obviousness analysis, Appellants 

10 incorporate herein, as also applying to claim 7, the arguments previously presented with regard 

11 to the Examiner's obviousness analysis as to claim 1 since the Examiner used the same analysis 

12 with claim 7 as the Examiner used with claim 1 . 
13 



14 In response to these arguments, the Examiner asserted the following in the first full 

15 paragraph on page 14 of the Third Office Action: 

16 In regard to applicant's argument of claim 7, the examiner disagrees. With regard to the 

17 combination of Hickman and Lillie, examiner incorporates herein, the response to the first 

1 8 argument. Also, to better explain the help invoking logic, examiner has cited the passage (Column 

19 6 lines 37-47) from Hickman's disclosure. Explained in this passage is the ability for a user to 

20 select a particular help topic for viewing. 
21 

22 The Examiner's analysis is ignoring the actual claim language at issue. Claim 7 does not recite 

23 "invoking help from single aggregated view" (i.e., "the ability for a user to select a particular 

24 help topic for viewing"). Instead, claim 7 recites help invoking logic disposed in the single 

25 aggregate view. These features are not taught by the Examiner's cited passage. 



26 
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1 The Rejection of Claims 2, 4, 12, and 14 Under 35 U.S.C. $ 103 for Obviousness 

2 based upon Hickman in view of Lillie and Palaniappan 

3 For convenience of the Honorable Board in addressing the rejections, claims 2, 4, 12, and 

4 14 stand or fall together with independent claim 1 . 
5 

6 Claims 2, 4 and 12, 14 respectively depend from independent claims 1 and 11, and 



7 Appellants incorporate herein the arguments previously advanced in traversing the imposed 

8 rejection of claims 1 and 1 1 under 35 U.S.C. § 103 for obviousness based upon Hickman in view of 

9 Lillie. The tertiary reference to Palaniappan does not cure the argued deficiencies of Hickman and 

10 Lillie. Accordingly, even if one having ordinary skill in the art were impelled to combine the 

1 1 applied prior art, the claimed invention would not result. Appellants, therefore, respectfully submit 

12 that the imposed rejection of claims 2, 4 and 12, 14under 35 U.S.C. § 103 for obviousness based 

1 3 upon Hickman in view of Lillie and Palaniappan is not viable. 
14 

15 Conclusion 

16 Based upon the foregoing, Appellants respectfully submit that the Examiner's rejections 

17 under 35 U.S.C. § 103 based upon the applied prior art is not viable. Appellants, therefore, 

18 respectfully solicit the Honorable Board to reverse the Examiner's rejections under 35 U.S.C. § 103. 
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To the extent necessary, a petition for an extension of time under 37 C.F.R. § 1.136 is 
hereby made. Please charge any shortage in fees due under 37 C.F.R. §§ 1.17, 41.20, and in 
connection with the filing of this paper, including extension of time fees, to Deposit Account 09- 
0461, and please credit any excess fees to such deposit account. 

Date: March 3, 2008 Respectfully submitted, 

/Scott D. Paul/ 



Scott D. Paul 
Registration No. 42,984 
Steven M. Greenberg 
Registration No. 44,725 
Phone: (561)922-3845 
CUSTOMER NUMBER 46320 
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VIII. CLAIMS APPENDIX 

1 . A method for producing a composite help view for an aggregation of applications, the 
method comprising the steps of: 

obtaining at least two separate help documents, each of said at least two separate help 
documents having an association with a corresponding one of separate interface units aggregated 
together into a single aggregated view; 

combining said at least two separate help documents into a composition of help 
documents corresponding to said single aggregated view; and, 

rendering said composition of help documents in a help system view responsive to a 
request for help initiated in said single aggregated view. 

2. The method of claim 1, wherein said rendering step further comprises the steps of: 
loading an index produced from a navigation view disposed within said single aggregated 

view; 

forming a help system navigation view based upon said index; and, 
rendering said help system navigation view along with said rendering of said composition 
of help documents. 

3. The method of claim 1, wherein said rendering step comprises the step of rendering 
both a view of said composition of help documents, and individual views of said separate help 
documents. 
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4. The method of claim 3, wherein said rendering step further comprises the steps of: 
obtaining an image map of said single aggregated view; 

rendering said image map in a help system view; 

activating a rendering of said view of said composition of help documents responsive to a 
selection of a portion of said image map not formed from a view of one of said separate interface 
units; and, 

otherwise activating a rendering of a single one of said individual views of said separate 
help documents responsive to a selection of a portion of said image map formed from a view of a 
corresponding one of said separate interface units. 

5. The method of claim 1, further comprising the steps of: 

updating said single aggregated view to include at least one different interface unit; 

changing said composition of help documents to include a new separate help document 
corresponding to said at least one different interface unit; and, 

rendering said changed composition of help documents in a help system view responsive 
to a request for help initiated in said updated single aggregated view. 

6. The method of claim 1, further comprising the step of restricting help information in 
said composition of help documents for a particular user to reflect restrictions in said single 
aggregated view imposed upon said user. 

7. A system for producing a composite help view for an aggregation of applications 
comprising: 
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an application aggregator configured to aggregate individual interface units into a single 
aggregated view; 

a help system configured to render a help system view comprising composite help 
documentation comprising at least two help documents, each of said at least two help documents 
corresponding to one of said individual interface units; and, 

help invoking logic coupled to said help system and disposed in said single aggregated 

view. 

8. The system of claim 7, wherein said individual interface units are application portlets, 
wherein said single aggregated view is a portal, and wherein said application aggregator is 
disposed within a portal server. 

9. The system of claim 7, wherein said help system is configured as a plug-in to an 
integrated development environment. 

10. The system of claim 7, wherein said help system further comprises a configuration 
for generating a personalized bookshelf for said at least two help documents. 

1 1 . A machine readable storage having stored thereon a computer program for producing 
a composite help view for an aggregation of applications, the computer program comprising a 
routine set of instructions which when executed by the machine cause the machine to perform 
the steps of: 
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obtaining at least two separate help documents, each of said at least two separate help 
documents having an association with a corresponding one of separate interface units aggregated 
together into a single aggregated view; 

combining said at least two separate help documents into a composition of help 
documents corresponding to said single aggregated view; and, 

rendering said composition of help documents in a help system view responsive to a 
request for help initiated in said single aggregated view. 

12. The machine readable storage of claim 11, wherein said rendering step further 
comprises the steps of: 

loading an index produced from a navigation view disposed within said single aggregated 

view; 

forming a help system navigation view based upon said index; and, 
rendering said help system navigation view along with said rendering of said composition 
of help documents. 

13. The machine readable storage of claim 11, wherein said rendering step comprises the 
step of rendering both a view of said composition of help documents, and individual views of 
said separate help documents. 

14. The machine readable storage of claim 13, wherein said rendering step further 
comprises the steps of: 

obtaining an image map of said single aggregated view; 
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rendering said image map in a help system view; 

activating a rendering of said view of said composition of help documents responsive to a 
selection of a portion of said image map not formed from a view of one of said separate interface 
units; and, 

otherwise activating a rendering of a single one of said individual views of said separate 
help documents responsive to a selection of a portion of said image map formed from a view of a 
corresponding one of said separate applications. 

15. The machine readable storage of claim 11, further comprising the steps of: 
updating said single aggregated view to include at least one different interface unit; 
changing said composition of help documents to include a new separate help document 

corresponding to said at least one different interface unit; and, 

rendering said changed composition of help documents in a help system view responsive 
to a request for help initiated in said updated single aggregated view. 

16. The machine readable storage of claim 11, further comprising the step of restricting 
help information in said composition of help documents for a particular user to reflect 
restrictions in said single aggregated view imposed upon said user. 
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IX. EVIDENCE APPENDIX 

No evidence submitted pursuant to 37 C.F.R. §§ 1.130, 1.131, or 1.132 of this title or of 
any other evidence entered by the Examiner has been relied upon by Appellants in this Appeal, 
and thus no evidence is attached hereto. 
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X. RELATED PROCEEDINGS APPENDIX 

Since Appellants are unaware of any related appeals and interferences, no decision 
rendered by a court or the Board is attached hereto. 
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